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DETAILED ACTION 

1 . Claims 1 - 19 are currently pending in the application. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

3. Claims 1, 2, 10 and 16-19 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over U.S. Patent NO. 6,621,505 to Beauchamp in view of U.S. Patent 
NO. 5,535,389 to Elder. 

4. As to claim 1 , Beauchamp teaches the invention substantially as claimed 
including managing communication flow [control the flow of the predefined process; col. 
7, lines 40 - 62] between a user interface [client computer; col. 4, lines 63 - 67] and a 
computer application performing a task [applications 32-44, Fig. 2; col. 8, lines 55 - 67] 
comprising a plurality of steps [process steps 12-24, Fig. 2; col. 8, lines 55 - 67] the 
sequence of the steps controlled by the application [universal client 50 will guide the 
user through a series of steps to accomplish the desired process; col. 8, line 65 - col. 9, 
line 8] and the progression through the steps controlled by a user operating the user 
interface [one or more graphical controls for a user to control the flow of the predefined 
process; col. 7, lines 40 - 61], comprising: 
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(a) mapping each step [process step] to an output file [associate a screen with 
each process step; col. 23, lines 25 - 35] containing information to be sent to the user 
interface in support of the step [server may package together presentation metadata for 
the first screen in the process... based on the presentation metadata, the presentation 
manager of the universal client may renders on a display the standard screen type 
identified in the presentation metadata and formats the screen for the particular process 
step based on the presentation metadata; col. 25, lines 15 - 40]; 

(b) mapping each task to a output generator [XML generator] that generates an 
output [prepares the XML to be passed back] sent via an output medium [hypertext 
transport protocol; col. 6, lines 43 - 49] to the user interface [client computer; col. 4, 
lines 63 - 67] based upon the content of the output file [collects up all of the pertinent 
information necessary to render the next step on the universal client and sends that 
information to XML generator 236 which prepares the XML to be passed back to the 
universal client; col. 20, lines 47 - 67]; and 

(c) a task object [process server] receiving a progressional input [navigational 
request] from the user interface [process server also controls the flow of the process 
when navigation requests are received from the universal client; col. 24, lines 36 - 57] 
and receiving a step sequence input [process metadata; col. 24, lines 36 - 57] from the 
application [retrieve data from an external application; col. 21 , lines 40 - 55], the task 
object further performing the steps of: 

(i) comparing the progressional input to the step sequence input to identify 
a subsequent step [rules engine of the process server evaluates the process 
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metadata against the step data returned from the universal client to determine 
the next step of the process; col. 24, lines 37 - 56], 

(ii) identifying the output file mapped to the subsequent step [rules engine 
234 collects up all of the pertinent information necessary to render the next step; 
col. 20, lines 47 -67], and 

(iii) calling the output generator mapped to the task to generate an output 
to the user interface based upon the content of the output file mapped to the 
subsequent step [rules engine 234 collects up all of the pertinent information 
necessary to render the next step on the universal client and sends that 
information to XML generator 236 which prepares the XML to be passed back to 
the universal client; col. 20, lines 47 - 67]. 

5. Although Beauchamp substantially teaches the invention as claimed, 
Beauchamp does not teach instantiating a task object modeling the task. 

However, Elder teaches providing a repeatable business process capability in an 
object oriented computing environment [col. 2, lines 23 - 52], a sequence of steps 
[object-action message definitions and logical navigation statements; col. 10, lines 50 - 
67] and instantiating a task object modeling a task [business process object is 
instantiated; col. 10, lines 50 - 67]. 

6. It would have been obvious to a person of ordinarily skilled in the art at the time 
of the invention to apply the teaching of instantiating a task object modeling a task as 
taught by Elder to the invention of Beauchamp because this provides a repeatable 
business process capability in the object oriented computing environment such that a 



Application/Control Number: 09/671 ,981 Page 5 

Art Unit: 2126 

specific sequence of object-action messages can be repeated frequently and without 
introducing any user entry error into the sequence of messages [col. 2, lines 33 - 39 of 
Elder]. 

7. As to claim 19, Beauchamp as modified teaches a framework [navigational 
framework; col. 7, lines 40 - 62 of Beauchamp] for managing communication flow 
[control the flow of the predefined process; col. 7, lines 40 — 62 of Beauchamp] between 
a user interface [client computer; col. 4, lines 63 - 67 of Beauchamp] and a computer 
application performing a task [applications 32-44, Fig. 2; col. 8, lines 55 - 67 of 
Beauchamp] comprising a plurality of steps [process steps 12-24, Fig. 2; col. 8, lines 55 
- 67 of Beauchamp], the sequence of the steps controlled by the application [universal 
client 50 will guide the user through a series of steps to accomplish the desired process; 
col. 8, line 65 - col. 9, line 8 of Beauchamp] and the progression through the steps 
controlled by a user operating the user interface [one or more graphical controls for a 
user to control the flow of the predefined process; col. 7, lines 40 - 61 of Beauchamp], 
comprising: 

(a) an initialization file mapping each step [process step] to an output file 
[associate a screen with each process step; col. 23, lines 25 - 35 of Beauchamp] 
containing information to be sent to the user interface in support of the step [server may 
package together presentation metadata for the first screen in the process. ..based on 
the presentation metadata, the presentation manager of the universal client may 
renders on a display the standard screen type identified in the presentation metadata 
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and formats the screen for the particular process step based on the presentation 
metadata; col. 25, lines 15 - 40 of Beauchamp] and mapping each task to a output 
generator [XML generator] that generates an output [prepares the XML to be passed 
back] sent via an output medium [hypertext transport protocol; col. 6, lines 43 - 49 of 
Beauchamp] to the user interface [client computer; col. 4, lines 63 - 67 of Beauchamp] 
based upon the content of the output file [collects up all of the pertinent information 
necessary to render the next step on the universal client and sends that information to 
XML generator 236 which prepares the XML to be passed back to the universal client; 
col. 20, lines 47 - 67 of Beauchamp]; and 

(b) a task object modeling the task [business process object is instantiated; col. 
10, lines 50 - 67 of Elder], the task object receiving a progressional input [navigational 
request] from the user interface [process server also controls the flow of the process 
when navigation requests are received from the universal client; col. 24, lines 36 - 57] 
and receiving a step sequence input [process metadata; col. 24, lines 36 - 57] from the 
application [retrieve data from an external application; col. 21 , lines 40 - 55], the task 
object further performing the steps of: 

(i) comparing the progressional input to the step sequence input to identify 

a subsequent step [rules engine of the process server evaluates the process 

metadata against the step data returned from the universal client to determine 

the next step of the process; col. 24, lines 37 - 56], 
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(ii) identifying the output file mapped to the subsequent step [rules engine 
234 collects up all of the pertinent information necessary to render the next step; 
col. 20, lines 47-67], and 

(iii) calling the output generator mapped to the task to generate an output 
to the user interface based upon the content of the output file mapped to the 
subsequent step [rules engine 234 collects up all of the pertinent information 
necessary to render the next step on the universal client and sends that 
information to XML generator 236 which prepares the XML to be passed back to 
the universal client; col. 20, lines 47 - 67]. 

8. As to claim 2, Beauchamp as modified teaches each step [each process step] is 
mapped to an output file [a screen] on a one to one basis [associate a screen with each 
process step; col. 23, lines 25 - 35 of Beauchamp]. 

9. As to claim 10, Beauchamp as modified teaches step objects [business object] 
representing steps within the task and having a method to perform the steps [business 
object is simply an object that has methods and attributes and is used specifically as the 
"go between" to external systems... a screen may be the basic unit of getting work done 
in a process and may only require 1 ) specification of screen type, 2) definition of its 
purpose and 3) assignment of a business object; col. 13, lines 8 - 23 of Beauchamp] 
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10. As to claim 16, Beauchamp as modified teaches the sequence of the steps 
controlled by the application is obtained by the application from an external source 
[business objects may be named Java classes that provide access to any external data 
required during... execution of business processes. Each step within a process will often 
only deal with a subset of data from back-end systems; col. 21 , lines 57 - 67 of 
Beauchamp]. 

11. As to claim 17, Beauchamp as modified teaches the external source is an 
initialization file [BOs 216 provide an abstraction layer that enables a process developer 
to consider external application data within the context of a process, Fig. 1 1 ; col. 22, 
lines 32 - 47 of Beauchamp]. 

12. As to claim 18, Beauchamp as modified teaches the external source is a 
database [process server 202 may connect to an enterprise's back-end applications and 
databases 204, Fig. 1 1 ; col. 22, lines 32 - 47 of Beauchamp]. 

13. Claims 3 - 7, 9, 11, 12, 14 and 15 rejected under 35 U.S.C. 103(a) as being 
unpatentable over Beauchamp and Elder as applied to claim 2 above, and further 
in view of U.S. Patent NO. 6,012,098 to Bayeh. 
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14. As to claim 3, Beauchamp as modified by Elder teaches the invention 
substantially as claimed. Beauchamp as modified does not teaches each task is 
mapped to an output generator on a one to one basis. 

However, Bayeh teaches each task [Steps 280 through 320 are implemented by 
a rendering servlet... these steps represent the logic associated with data presentation 
formatting; col .11, lines 25 - 30] is mapped to a output generator [rendering servlet] on 
a one to one basis [unique rendering servlets 85 might be created to format data 
according to different presentation requirements; col. 8, lines 36 - 65]. 

15. It would have been obvious to a person of ordinarily skilled in the art at the time 
of the invention to apply the teaching of mapping each task to a output generator on a 
one to one basis as taught by Bayeh to the invention of Beauchamp as modified by 
Elder because this optimizes system throughput by having multiple data servlets and 
multiple rendering servlets and prevents bottlenecks in the system, where one process 
is delayed by another process [col. 8, lines 44 - 50 of Bayeh], 

16. As to claim 4, Beauchamp as modified teaches the output generator is a Java 
servlet [rendering servlet] generating a hypertext markup language output [second type 
of input to the rendering servlet 85 is an Extensible Style Language style sheet.. .XSL 
style sheet describes how XML information is to be presented as HTML. Using these 
two inputs, the rendering servlet 85 creates an HTML data stream; col. 9, lines 1 - 25 of 
Bayeh]. 
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17. As to claim 5, Beauchamp as modified teaches the output generator is a Java 
applet [universal clients may run as Java applets under the Java virtual machine of an 
existing web browser; col. 19, lines 1 - 30 of Beauchamp] generating a hypertext 
markup language output [the client parses this response to produce the screen and its 
contents for the user; col. 24, lines 15 - 36 of Beauchamp], 

18. As to claim 6, Beauchamp as modified teaches the HTML output [HTTP 
response] is generated from static HTML files having dynamic content [raw XML] 
inserted therein by an HTML template [XML gateway 250 parses the HTTP response 
from the process server and feeds the raw XML to an XML resolver 252. ..XML resolver 
252 is responsible for parsing the XML tree to determine how the response should be 
presented; col. 21, lines 10 - 39 of Beauchamp], 

19. As to claim 7, Beauchamp as modified teaches the output medium is hypertext 
transport protocol [client-computer may transmit requests... to the server computer using 
a protocol including hypertext transport protocol (HTTP); col. 6, lines 43 - 49 of 
Beauchamp]. 

20. As to claim 9, Beauchamp as modified teaches each step is mapped to an output 
file [process designer and the process server automatically perform all data and method 
mappings; col, 28, lines 18 - 33 of Beauchamp] using a screen map [data mapping is 
required for screen specialization; col, 28, lines 39 - 60 of Beauchamp]. 
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21 . As to claim 1 1 , Beauchamp as modified teaches the progressional input 
comprises an instruction to proceed to the next step, go back to the previous step, or 
cancel the step [navigational control data may include requesting a next step of the 
predefined process from the server computer or requesting a previous step of the 
predefined process... Control data also may include data for pausing or canceling the 
current step of the predefined process; col. 6, lines 6 - 17 of Beauchamp]. 

22. As to claim 12, Beauchamp as modified teaches step sequence input from the 
application is received by implementing an abstract method [process designer may 
allow the developer to specify several types of step transitions which determine how the 
rules engine of the process server moves from step to step; col. 27, lines 10 - 26 of 
Beauchamp] that passes step sequence information from the application to the task 
object [rules engine of the process server evaluates the process metadata against the 
step data returned from the universal client to determine the next step of the process; 
col. 24, lines 37 - 56 of Beauchamp]. 

23. As to claim 14, Beauchamp as modified teaches a method to generate an error 
message as an output to the user interface [If the business process object 702 is not in 
a run state, then the routine is exited and an error is signalled to the user; col. 1 1 , lines 
47-67 of Elder]. 
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24. As to claim 15, Beauchamp as modified teaches the method to generate an error 
message [If the business process object 702 is not in a run state, then the routine is 
exited and an error is signalled to the user; col. 1 1 , lines 47 - 67 of Elder] further 
comprises extending an exception handling class [inherited attributes of a child process 
may be overridden, and may also be extended by enabling additional attributes; col. 18, 
lines 48 - 60 of Beauchamp]. 

25. Claims 8 and 13 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Beauchamp, Elder and Bayeh as applied to claim 3 above, and further in 
view of U.S. Patent NO. 5,91 1 ,776 to Guck. 

26. As to claim 8, Beauchamp as modified by Elder and Bayeh teaches the invention 
substantially as claimed. Beauchamp as modified does not teaches an interactive voice 
response (IVR) protocol. 

However, Guck teaches server and client communication [col. 5, line 65 - col. 6, 
line 10] and an interactive voice response protocol [Interactive Voice Response; col. 5, 
line 65 -col. 6, line 10]. 

27. It would have been obvious to a person of ordinarily skilled in the art at the time 
of the invention to apply the teaching of an interactive voice response protocol as taught 
by Guck to the invention of Beauchamp as modified by Elder and Bayeh because this 
provides interactive manipulation of a database by allowing users to enter and retrieve 
information over the telephone [col. 3, lines 37 - 42 of Guck]. 



Application/Control Number: 09/671,981 
Art Unit: 2126 



Page 13 



28. As to claim 1 3, Beauchamp as modified teaches the step (c)(i) is performed by a 
utility object [rules engine of the process server evaluates the process metadata against 
the step data returned from the universal client to determine the next step of the 
process; col. 24, lines 37 - 56 of Beauchamp]. 

Response to Arguments 

29. Applicant's arguments filed April 1 5, 2004 have been fully considered but they 
are not persuasive. 

30. Applicant argues, "Applicants do not use a universal client architecture as 
disclosed by Beauchamp. In contrast, Applicants disclose a middleware architecture" 
[p. 7, lines 12 - 13]. Examiner respectfully disagrees because a middleware 
architecture is not brought out in the claims and the claimed limitations do not preclude 
mapping a universal client architecture on the claims. 

31 . In response to applicant's argument that the references fail to show certain 
features-of_applicants_inv_ention I _it_is_note_d_thatthe features upon which applicant relies 
(i.e., see p. 7, lines 13 - 23 of response) are not recited in the rejected claim(s). 
Although the claims are interpreted in light of the specification, limitations from the 
specification are not read into the claims. 
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32. Applicant appears to argue that a task object modeling the task suggests (1 ) a 
middleware framework and (2) the combination of Beauchamp and Elder would attempt 
to combine the universal client architecture of Beauchamp with the middleware 
framework of Elder [p. 9, lines 3-21]. As to (1 ), examiner respectfully disagrees 
because the limitation "a task object modeling the task" does not require a middleware 
framework. The examiner interpreted the limitation as using an object-oriented object to 
represent a task. As to (2), examiner respectfully notes that the Elder was relied upon 
to provide the teaching of a task object. Examiner did not suggest combining a 
universal client architecture with a middleware framework. Therefore, the combination 
of Beauchamp and Elder is deemed proper and teaches all the claimed limitations. 

Conclusion 

33. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 
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34. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Li B. Zhen whose telephone number is (571 ) 272-3768. 
The examiner can normally be reached on Mon - Fri, 8:30am - 5pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Meng-Ai An can be reached on (571) 272-3756. The fax phone number for 
the organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 



Li B. Zhen 
Examiner 
Art Unit 2126 
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September 13, 2004 




